home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / inet / ietf / shr / shr-minutes-90july.txt < prev    next >
Text File  |  1993-02-17  |  5KB  |  155 lines

  1.  
  2.  
  3. CURRENT_MEETING_REPORT_
  4.  
  5.  
  6. Reported by Bob Stewart/Xyplex
  7.  
  8. SHR Minutes
  9.  
  10. Agenda
  11.  
  12.  
  13.    o Is this trip really necessary?
  14.    o Principles of operation?
  15.       -  Architectural purity.
  16.       -  Interoperability.
  17.       -  Cost/benefit.
  18.    o Definition of Special-purpose Host?
  19.  
  20.       -  By overall function?
  21.           * Terminal server.
  22.           * File server.
  23.           * Toaster.
  24.       -  By subfunctions?
  25.           * Network self load.
  26.           * Programming interface.
  27.           * Terminals (character devices).
  28.           * Files (FTP, NFS, etc.).
  29.           * Network management client.
  30.           * Network management agent (e.g., bridge, router).
  31.  
  32.    o RFC Format and organization?
  33.    o Specific issues?
  34.       -  IP fragment reassembly from < 576 byte fragments.
  35.       -  TCP efficiency (e.g., Jacobson retransmission in a ROM).
  36.       -  Source routing.
  37.    o Contributors?
  38.       -  Analyses from vendors of example systems.
  39.       -  RFC section authors.
  40.  
  41.  
  42. The Agenda's first question was ``Is this trip really necessary?''  The
  43. consensus was affirmative.  We need some clarifications, the contention
  44. was over how far they should go and what form they should take.
  45.  
  46. On the question ``Principles of operation?'', we generally agreed that
  47. interoperability is the primary goal.  George Conant of Xyplex suggested
  48. that our first concern should be maintaining the strength of
  49. requirements whose intention is to protect the network from misbehaving
  50. hosts.  Bound by this principle, we can then apply some cost/benefit
  51. analysis to ``musts'' required for architectural purity or use by
  52. wizards under unusual conditions.
  53.  
  54. Considerable discussion and disagreement did not result in an answer to
  55. ``Definition of Special-purpose Host?''  Although subject to debate, the
  56.  
  57.                                    1
  58.  
  59.  
  60.  
  61.  
  62.  
  63.  
  64. majority seemed to think along the lines of recognizing optional
  65. functional areas, such as an open programming interface, limited
  66. application protocols (such as just Telnet), and so on.  This points to
  67. the consideration that ``special-purpose host'' simply means a host that
  68. isn't general purpose.
  69.  
  70. The question of ``RFC Format and organization?''  should have included
  71. ``Degree of Specificity?''.  Stev Knowles of FTP Software led the charge
  72. for stating principles and omitting specifics.  He was not alone (as if
  73. that matters), but the majority believed we must be more specific.
  74. David Jordan of Emulex spoke for organization by system type (for
  75. example, terminal server, file server).  The strongest consensus was to
  76. organize around the RFC 1022/1023 ``musts'', examining each in the light
  77. of hosts with useful application subsets.
  78.  
  79. On ``Specific issues?'', the consensus on IP reassembly was ``Shut up
  80. and do it.''  Source routing was less clear.  The idea of keeping the
  81. requirements to forward and to respond on the reverse path but weaken
  82. the requirement to originate a source route had noticeable support.
  83. Issues such as TCP efficiency appear subject to the rule of not hurting
  84. the network while allowing space for knowing exactly how your limited
  85. TCP user (such as a ROM) will use TCP.
  86.  
  87. The answer to ``Contributors?''  was:
  88.  
  89.  
  90.    o Stev Knowles will supply a statement of principle.  We will then
  91.      judge whether we are done.
  92.    o Bill Westfield of cisco and Robert Elz of the University of
  93.      Melbourne will each supply an analysis of the ``musts'' which might
  94.      be subject to weakening in special cases.
  95.    o David Jordan will propose an all-inclusive list of special host
  96.      types.
  97.  
  98.  
  99. Discussion was lively and varied, with many valued participants other
  100. than the few mentioned above.  Discussion will continue on the mailing
  101. list.  According to the (unchanged by the way) charter, the next
  102. milestone is a draft document by the end of October, for review at the
  103. December IETF meeting.  The above contributions will provide the text of
  104. that document.
  105.  
  106. Attendees
  107.  
  108.  
  109. Philip Almquist          almquist@jessica.stanford.edu
  110. Larry Brandt             lbrandt@sparta.com
  111. Asheem Chandna           ac0@mtuxo.att.com
  112. Anthony Chung            anthony@hls.com
  113. Paul Ciarfella           ciarfella@levers.enet.dec.com
  114. George Conant            geconant@eng.zyplex.com
  115. Robert Elz               kre@munnari.oz.au
  116.  
  117.                                    2
  118.  
  119.  
  120.  
  121.  
  122.  
  123.  
  124. Richard Fox              sytek!rfox@sun.com
  125. Karen Frisa              karen@kinetics.com
  126. Martin Gross             gross@polaris.dca.mil
  127. Peter Hayden             hayden@levers.enet.dec.com
  128. Ruei-Hsin Hsiao          nac::hsiao
  129. Ole Jacobsen             ole@csli.stanford.edu
  130. David Jordan             ...jordan@emulex.com
  131. Ajay Kachrani            kachrani%regent.dec@decwrl.dec.com
  132. Michael Karels           karels@berkeley.edu
  133. Frank Kastenholz         kasten@europa.interlan.com
  134. Stev Knowles             stev@ftp.com
  135. Sam Lam
  136. Paul Langille            quiver::langille@decwrl.dec.com
  137. John LoVerso             john@loverso.leom.ma.us
  138. Yoni Malachi             malachi@polya.stanford.edu
  139. Keith McCloghrie         kzm@his.com
  140. David Miller             dtm@ulana.mitre.org
  141. Craig Partridge          craig@nnsc.nsf.net
  142. Stephanie Price          cmcvax!price@hub.ucsb.edu
  143. Michael Reilly           reilly@nsl.dec.com
  144. Craig Smelser
  145. Bob Stewart
  146.  rlstewart@eng.xyplex.com
  147. Bill Townsend            townsend@xylogics.com
  148. Justin Walker            justin@apple.com
  149. Jonathan Wenocur         jhw@shiva.com
  150. Bill Westfield           billw@cisco.com
  151.  
  152.  
  153.  
  154.                                    3
  155.